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(57) ABSTRACT 

A system is provided for navigating at least one object 
within a computer-implemented object environment. The 
system specifies at least one object having particular 
attributes. An object environment is displayed which 
includes representations of the object and the corresponding 
particular attributes. Each of the attributes are associated 
with a navigation index, which the system displays in order 
to list the particular attributes. Upon receiving an indication 
of a user-specified attribute within the navigation index, the 
system provides a visual indication of a location of the 
user-specified attribute within the displayed object environ- 
ment. 
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APPARATUS AND METHOD FOR anything in the real world. In fact, a person's logical 

NAVIGATING OBJECTS WITHIN A perception of reality is the only limit on determining the 

COMPUTER-IMPLEMENTED OBJECT kinds of things that can become objects in object-oriented 

ENVIRONMENT software. Some typical categories are as follows: Objects 

5 can represent physical objects, such as automobiles in a 
traffic-flow simulation, electrical components in a circuit- 

FIELD OF THE INVENTION design program, countries in an economics model, or aircraft 

The present invention relates to an apparatus and method m an air-traffic-control system. Objects can represent ele- 

for locating and displaying identification of objects within a ments of the computer-user environment such as windows, 

computer-implemented object environment. 10 menus or graphics objects. An object can represent an 

inventory, such as a personnel file or a table of the latitudes 

BACKGROUND OF THE INVENTION and longitudes of cities. An object can represent user-defined 

Object-oriented programming (OOP) is a process of daU such 88 timc » m & lts > and complex numbers, or 

developing computer software using objects, including the P°* nt 0D tnc P* anc> 

steps of analyzing the problem, designing the system, and 15 With this enormous capability of the object to represent 

constructing the program. An object is a software package just about any logically separable matters, OOP allows the 

that contains both data and a collection of related proce- software developer to design and implement a computer 

dures. Since it contains both data and procedures, it can be program that is a model of some aspects of reality, whether 

visualized as a self-sufficient component that does not tnat reality is a physical entity or a process. Since the object 

require other additional procedures or data to perform its 20 can represent any thing, the software developer can create an 

specific task. OOP, therefore, views a computer program as object which can be used as a component in a larger software 

a collection of largely autonomous components, called project in the future. 

objects, each of which is responsible for a specific task. This If 90% of a new software consists of proven, existing 

concept of packaging data and procedures together in one components made from the preexisting reusable objects, 

component or module is called encapsulation. 25 then only the remaining 10% of the new software project has 

Components, in general, are reusable software modules to be written and tested from scratch. Since 90% already 

which present an interface that conforms to an object model came from an inventory of extensively tested reusable 

and which are accessed at run-time through a component objects, the potential domain from which an error could 

integration architecture. A component integration architec- 3Q originate is 10% of the program. As a result, OOP enables 

ture is a set of architecture mechanisms which allow soft- the software developers to build objects out of other objects, 

ware modules in different process spaces to utilize each which in turn may have been built out of earlier objects, 

other's capabilities or functions. This is generally done by This process closely resembles complex machinery being 

assuming a common component object model on which to built out of assemblies and sub-assemblies. OOP 

build the architecture. ^ technology, therefore, makes software engineering more like 

It is worthwhile to differentiate between an object and a hardware engineering in that software is built from existing 
class of objects. An object is a single instance of the class of components, which are available to the developer as objects, 
objects, which is often just called a class. A class of objects All this adds up to an improved quality of the software as 
can be viewed as a blueprint, from which many objects can well as an increased-speed of its development, 
be formed. In the following discussion, the term object ^ In order for OOP to truly flourish, programming lan- 
refers to a class of objects and all possible objects that can guages must fully support the OOP principles, such as 
be formed from the class. encapsulation, inheritance and composition-relationship. 

OOP allows the programmer to create an object that is a With the advent of the C++ programming language, many 

part of another object. For example, the object representing commercial software developers have embraced QOP. C++ 

a piston engine is said to have a composition-relationship 45 is an OOP language that offers a fast, machine-executable 

with the object representing a piston. In reality, a piston code, and that is suitable for both commercial-application 

engine comprises a piston, valves and many other compo- and systems-programming projects. For now, C++ appears 

nents; the fact that a piston is an element of a piston engine to be the most popular choice among many programmers, 

can be logically and semantically represented in OOP by two but there is a host of other OOP languages, such as the 

objects. 50 SMALLTALK, COMMON LISP OBJECT SYSTEM 

OOP also allows creation of an object that "depends (CLOS), and EIFFEL programming languages, 

from" another object. If there are two objects, one rep re- Additionally, the OOP capabilities are being added on to the 

senting a piston engine and the other representing a piston existing popular computer programming languages such as 

engine wherein the piston is made of ceramic, then the tne PASCAL programming language, 

relationship between the two objects is not that of compo- 55 In addition, for OOP to be truly effective in the future, all 

sition. A ceramic piston engine does not make up a piston reusable objects must be readily accessible to interested 

engine. Rather it is merely one kind of piston engine that has parties. This will require an object-oriented database, which 

one mo re limitation than the pis ton engine; its piston is made may consist of a collection of smaller databases. At 

of ceramic. In this case, the object representing the ceramic minimum, such database should be based on an intelligent 

piston engine is called a derived object; it inherits all the eo classification system and should support search methods that 

aspects of the object representing the piston engine and adds allow an interested party to search and access the database 

further limitation or detail to it. The object representing the using the open standard, which is necessary to accommodate 

ceramic piston engine "depends from" the object represent- software developers using different OOP languages and 

ing the piston engine. The relationship between these objects different interfaces. 

is called inheritance. 65 Ideally, this database will allow an interested party to 

With the concepts of composition-relationship, inherit- search and access an object, a class of objects, a class library 

ance and encapsulation, an object can represent just about of objects and a framework of class libraries of objects. In 
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this scheme, an object will be the smallest unit of search. A FIG. 10 is a flow chart showing preferred steps required 
class of objects can be viewed as a template of such an to create a dynamic detail development component inter- 
object, similar to a blueprint, from which many instances of face. 

classes are logically related to each other in order to perform fig. 11 is a flow chart illustrating how a navigation index 

a complicated task that a single object or a single class 5 constructs an index of attributes for display to a user 

cannot perform A framework of class libraries is even more nG ^ ^ a flow chart miistraling operation of a system 

complex. It.wiH consist of significant colkctions of collate- for indica^g.^ocation^f-an attribute, 
rating classes that capture both the small scale patterns and 

major mechanisms that implement the common require- DETAILED DESCRIPTION 

ments and design in a specific application domain. 10 

~ ^, «™ ... j,i . , , . i_ The present invention may be implemented within a 

Further, OOP principles ideally should be extended such / . ., J *\ , , r 

lL . . \. . j , j-r *l c computer in order to provide an apparatus and method tor 

that individual developers can modify the operations of ., f.- . , . _Tf. ~ . „ 

.j t 4 . . 4 . , . . t , identifying object attnbutes selected by a user. Typically, a 

shared components at run-time without changing the soft- ~ ' , : A . , . 4 4 , iL L 

j £ , * A . ° ... „ user n rst selects a particular attribute, and then the apparatus 

ware code of the components themselves. This will allow , iL , . r . ' . A . rr f iL . 

. , ..1.^11*: and method automatically displays a location of that 

larger and more complex shared components to be devel- 15 lA - 4 , . A J . , A , c 

& , - . j. .j . ., , . i . , attribute withm an object environment. An example of an 

oped and individually tailored to a particular customer s . A A . . » . . r 

r . , f . j ■ i a*.u .* *l- *n implementation of the present invention is also referred to as 

needs by the software developer. At the same time, this will "indexed tabs " 

minimize the need to develop specialized components for 

each individual customer that provide substantially the same Definitions 

functions. For example, a single component having spell 20 

checking functions can be developed and individually tai- A "business object" is an object oriented representation of 

lored for use in a word processor, presentations package, a functional business entity, represented as a class in the 

accounting system, point of sale system, or the like. SMALLTALK programming language. Each object has data 

Significantly, such a component need only be developed and and behaviors that are related to the business domain, 

debugged one time. 25 Examples of business objects include a customer object and 

Objects also have one or more properties. A collection of an account °bject. 

objects may therefore have many different properties. These , An "attribute" is a piece of data that is associated with an 

properties can be displayed on a computer screen. However, instance of a business object. It is the composition of the 

it can be difficult for a user to locate and view a particular attributes with appropriate behaviors that defines a business 

property among these objects. This is particularly true when 30 object. An example of an attribute on a customer object 

many objects are displayed in several levels or groups, such would be name or address. 

that a user would typically be required to search through the An "attribute descriptor" specifies "meta-information" 

levels and multiple objects in order to locate a particular about an attribute on a business object. This meta- 

property. information typically includes data type, label, default UI 

35 widget, default category, and simple validation rules. For 

SUMMARY OF THE INVENTION example, the attribute descriptor for a name on a customer 

This invention is a system and method for navigating at mav sP edf y that il fe a strin S> with label "Name," using an 

least one object within a computer-implemented object in P ut box > in tne default category "General Information." 

environment. The system electronically specifies at least one ^ Ob'ect Structures 
object having particular attributes. An object environment is 

displayed, including representations of the object and the An object structure defines a hierarchical grouping of 

corresponding particular attributes. Upon selection by a attributes on a business object. The attributes of a business 

user, the system provides a visual indication of a location of object are often organized into functional groupings that 

a user-specified attribute within the displayed object envi- 45 reflect the use of that business object in a particular setting, 

ronment. These groupings can be nested into a hierarchy, with an 

attribute (and its corresponding attribute descriptor) at each 

BRIEF DESCRIPTION OF THE DRAWINGS 0 f tae "leaves." 

FIG. 1 is an example of an object structure for a "Cus- An example of an object structure for the business object 

tomer" business object. 50 "Customer" 1 is shown in FIG. 1, Each node 2, 12 represents 

FIG. 2 is an example of a user interface for an object an attribute on the Customer object 1 with an appropriate 

structure editor. attribute descriptor. The node 2 for "general information" 

FIG. 3 shows a representation of a dynamic detail devel- includes £ rou P s for com P a °y identification 3, ship-to infor- 

opment component depth of one (group boxes). matl0 ° 7 > and blU ' t0 information 10. The group for company 

™^ . , A A . r , • , . , , i cc identification 3 includes leaves for customer number 4, 

rIG. 4 shows a representation oi a dynamic detail devel- " , - , . . . , , - ' 

A K AX c /. i_ . i \ customer name 5, and stock identifier 6. The group for 

opment component depth ot two (tabs and group boxes). u-. r <» * i j i r l- * jj o 

r r r \ t> r / snip-to information 7 mcludes leaves for ship-to address 8 

FIG. 5 shows a representation of a dynamic detail devel- and preferred carrier 9 . ^ group for 5ill . t0 in f orma tion 10 

opment component depth of three (car radio buttons, tabs, a leaf for biU . t0 address n . 

an l I ?° l ? k° xes )' 60 The node 12 for "accounting" includes groups for credit 

FIG. 6 shows a user interface for a navigation index. 13> billing 16> and biU . to information X g t &oup for 

FIG. 7 is an example of a user interface for implementing credit 13 includes leaves for credit limit 14 and credit code 

the present invention. 15. The group for billing 16 includes a leaf for AP contact 

FIG. 8 is a diagram of typical hardware components for 17. The group for bill-to information 18 includes a leaf for 

implementing the present invention. 65 bill-to address 19. 

FIG. 9 is a diagram of typical modules used for imple- Each of these groups contains attributes as specified in 

menting the present invention. FIG. 1 The attributes that are appropriate for this particular 



10/17/2003, EAST Version: 1.04.0000 



US 6,543,046 Bl 

5 6 

representation are grouped under at least one functional Conformance to standards — a consideration in a large 
group. This grouping of attributes into a functional-based application is making all interfaces consistent with respect to 
hierarchy is called an object structure. A business object can user interface layout standards. This includes such proper- 
have zero to many object structures associated with it. ties as screen margins, widget width and spacing, label and 
Each group or attribute in an object hierarchy is called a 5 widget gutter space. By dynamically generating an interface, 
node. The following are additional properties associated a system can guarantee standards conformance, even if the 
with nodes that are stored with the object structure. First, standards change. 

visibility: Under what conditions is this node (and all its - , . • j * *u u • u- „ 

u j \ * *ii t*u * • 11 .u Vi 1 Encapsulation — if a change is made to the business object 

sub-nodes) visible. There are typically three possible values: . 4 ir fl 4 A . * . . 4 , •* , 

always (the node is always visible), never (the node is in > tself > aU ^representations o the business object are updated 

always invisible), and rule-based (the node is visible if a rule 10 ^ s ' m ^ u P datin £ the ob J ect ******* If > on * he other 

evaluated against the business object returns true). Second, hand > ^ representations for the business object were 

Name: For nodes that represent a grouping, what is the name painted, each "canvas" would have to updated manually, 

of the group. Third, Task Event: For nodes that represent a wmch k a labor-intensive, error-prone process, 

grouping, what task event should be posted if the group is If the dynamic style of the detail development component 

selected in a card-file widget. Fourth, Flatten: For nodes that 15 is used, the developer should specify two pieces of infor- 

represent attributes that themselves refer to other business mation for correct interface to be constructed: an object 

objects, should the attributes of the contained business structure and a representation. 

object be included in this object structure. For example, if The repr esentation chosen affects how the hierarchical 

the attribute called ship-to address on a customer business j are ^ , d to , he ^ well „ ^ effective 

object contains an Address business obiect, individual 20 ° t f ~ . r ' c „ . . ., . 

attributes associated with the Address object (street, city, zip, ^Pj °f grouping. The following are three possible repre- 
etc.) may be included in the Customer object structure. 

The following describes benefits of hierarchical group- Grou P boxcs only— this representation has an effective 

ings. Object structures allow a single grouping specification of one, meaning that it can display one level of 

to be used in multiple places in an application, increasing the 25 g roy P m g- 11 represents this grouping by using a group box. 

consistency in presenting the business object to the user. The F° r the customer object example, if this representation was 

flexibility in representing the object structure to the user also chosen there would be two group boxes displayed, "general 

aids the user to interact with the business object in a information" (which would contain the attributes customer 

consistent manner. number, customer name, stock identifier, ship-to address, 

An object structure is specified using the "object structure 30 preferred carrier, and bill-to address) and "accounting" 

editor." This tool provides an interface to construct object (which would contain the attributes credit limit, credit code, 

structures and associate them with business objects. FIG. 2 AP contact, and bill-to address). FIG. 3 shows a represen- 

is an example of a user interface to maintain these object tation of the dynamic detail development component depth 

structures. Internally, object structures are stored as an of one (group boxes only). 

encapsulated hierarchy of nodes, with each node having the 35 Xabs and boxes-this representation has an effec- 

variability described above, as well as an identifier. An a^<u n f *™ ,1, - 4 „„„ , r . _ , , , „ ( 

* . a. a i . *j .-a « 1 . . tive depth 01 two, me aning that it can display two levels 01 

object structure has an identifier as well as an business object „„,„„:„„ t* *uJL„^ ™* „ •'' . „ „ • „ 

, J . . , ... ,. , ., , . . J . grouping. It represents tne outer-most grouping by using the 

class associated with it, which means it has a key comprising u S at » * u u u * C : 

two attributes: identifier and class name. _^: filc ™' a P h ° r . w k hcrc " ch ^ ^i^f * pag6 , 

Within each tab, group boxes are used to show the second 

Detail Development Component 40 level of grouping. For the customer object example, if this 

A detail development component is a development com- representation was chosen there would be a card-file widget 

ponent that is responsible for representing the details of an with two pages, "general information" and "accounting." 

instance of a business object in a form- like manner. It also The "general information" page would have three group 

handles a number of standard database interaction protocols boxes labeled "company information" (which would contain 

associated with a business object and is responsible for 45 the attributes customer number, customer name, and stock 

showing the end-user a meaningful representation of a identifier), "ship-to information" (which would contain the 

business object. This means that the development compo- attributes ship-to address and preferred carrier), and "bill-to 

nent displays and allows modification of the state of the information" (which would contain the attribute bill-to 

business object. address). The "accounting" page would have two group 

The detail development component typically has two 50 boxes labeled "credit" (which would contain the attributes 

different styles: handncrafted and dynamic. The hand-crafted credit limit and credit code) and "billing" (which would 

style requires a view of the business object to be "painted." contain the attributes AP contact and bill-to address). FIG. 4 

The dynamic style of the detail development component shows a representation of the dynamic detail development 

constructs a view of a business object not from a developer component depth of two (tabs and group boxes), 

painted "canvas," but rather from a specification of the S5 C ar radio buttons, tabs and group boxes— this represen- 

object being displayed. This specification is primarily an tation has an effective depth of three, meaning that it can 

object structure as described above. Given the groupings of display three levels of grouping. It represents the outer-most 

attributes on the business object and their associated grouping by using the "car radio buttons" metaphor, where 

attribute descriptors (which includes the label and widget to each button represents a macro group. Each car button has 

use when representing the attribute), the development com- 60 a different set of tabs associated with it, which represents the 

ponent is able to algorithmically construct a user interface. second i eve ] 0 f grouping. Within each tab, group boxes are 

The following are a number of benefits to dynamically used to show the third level of grouping. For the customer 

constructing a user interface instead of having one painted. object example, if this representation was chosen there 

Consistency — each time the user is presented with a view would be two car radio buttons labeled "general informa- 

of a business object, even in different contexts, the user is 65 tion" and "accounting." When the "general information" 

presented with a consistent interface and logical attribute button is selected, a card -file with three pages would be 

groupings. displayed. These pages would be labeled "company infor- 
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mation" (which would contain the attributes customer with an input device 42 for entering commands or infonna- 

number, customer name, and stock identifier), "ship -to infor- lion into the computer 34. The input device 42 may be 

mation" (which would contain the attributes ship -to address implemented with, for example, a keyboard, "mouse" or 

and preferred carrier), and "bill-to information" (which other cursor control device, or other device for entering 

would contain the attribute bill-to address). When the 5 information or commands into the computer 34. The com- 

"accounting" button is selected, a card-file with two pages P uter 34 * Really interfaced with a printer 46, which 

would be displayed. These pages would be labeled "credit" raa y be implemented with a typical computer printer for 

(which would contain the attributes credit limit and credit generating a hard copy of the mformation stored within the 

code) and "billing" (which would contain the attributes AP «»?PUtcr 34 .and is -tlso interfaced with a display devioe 48, 

/ , , u i u i j «u-ii « • c 4- » *u * „ which may be implemented with a typical color or mono- 
contact and a group box labeled bill -to information that io. 3 * ™ . >*a iu 

. * j ^ -f . j j x - , chrome computer monitor. The computer 34 may also be 

contained the attribute bill-to address). FIG. 5 shows a interfaced £ a data st0 de £ ce 44 fo / stori 

representation of the dynamic detail development compo- ^^011, or reading information from and writing infor- 

nent depth of three (car radio buttons, tabs, and group mation to a computer-readable storage medium such as a 

boxes). computer diskette. The data storage device 44 may include, 

The screens or user interfaces shown in FIGS. 3-5 pref- 15 for example, a digital audiotape drive, disk drive, hard disk 

erably have additional "preview*' buttons at the top of the drive, CD-ROM drive. Computer readable program code 

window that are not present at nin-time. A "Go To" button which causes a computer to execute the functionality of this 

shown in FIG. 5 will automatically launch a navigation invention may be stored in a device or medium to be read by 

index, which is shown in FIG. 6. the data storage device 44, or stored in the ROM 38 or RAM 

20 40. 

Indexed Tabs Operation FIG. 9 is a diagram of typical modules used for imple- 
While the hierarchical grouping of attributes on a business renting the present invention. A detail development corn- 
object is often a useful representation, the user may want to P onent K 54 r , ec £ ves information regarding at least one busi- 
c j , j. .1 A ■ j i_ ■* ■ , ness object 56 and an object structure 58. The detail 
find jm attribute directly, without considering I where it exists devel m ent component interacts with a navigation index 
in the interface (i.e m which tab the attribute exists). A S2 and USCf interface 50 In u - the detail devel 
navigation index addresses the need to support both con- ment co onent 54 receives an mdicatio n of a user-selected 
flictmg navigational strategies. The user can preferably at ^ ^ frQm me navi atkm index 54 ^ detail 
any time^bnng up a modeless navigation index, which developmeQt comp0 nent 54 then locates the selected 
displays .all of ^the attributes m a list in alphabetical order or attnWe witMn thc objcct stnictufe 58 and dis { an 
some other order or in predetermined categories. By select- mdication of me location of the attribute within a displayed 
mg ("clicking on ) the attribute and then selecting a "Go to ob j ect enviromncnt 

button, the appropriate attribute is highlighted, regardless of ™~ m-a i. ♦ ^ • c * * • j 

, t 1 j * m j 1 a FIG. 10 is a now chart showing preferred steps required 

what tab it appears on. In particular, the detail development t t , . . , t , , 4 , • * 

* . *• 11 u .1! * 1 . . to create a dynamic detail development component mter- 

component automatically chooses the correct car button and c ^ * • « *i_ * . *■ j 

/„. , . t . • t ' . .. „ -, 4 35 race. Inere are typically three inputs to creatine a dynami- 

card-file tab to select to make the attribute appear. * j • . _r u * i5 > *a 

rr cally generated user interface: a busmess object 60, an 

FIG. 7 is an example of a user interface 26 which appropriate object structure 62, and a representation type 64. 

illustrates this feature. A user selects an attribute m a The detail development component uses this information to 

navigation index 28. In this example, a user has selected "out an appropriate representation for a user at step 66, 

of state." When the user selects the "Go to" button 30, the ^ and display the representation at step 68. 

system automatically illustrates a location 32 of the selected rT „ . « , . .« . , . 4 . . 

J 1 . . T FIG. 11 is a flow chart illustrating how a navigation index 

attribute m the displayed object environment, n this eaastmas ^ index of attribmes for di k t0 lhe ^ ^ 

example, the system has placed a dashed box around out 01 .. . , . . ... . . . , 

„ . , .„ r . , ^ , , , - navigation index requires two things: an obiect structure, 

state in order to illustrate its location. Other methods 01 j j 1 . . »i. . T .1. u-i * « 

. 1t ... - ^ ., 1 , and a development component that has the ability to navi- 

illustrating locations or attributes are possible, such as: . . S * h , « . • j » ■ 

, . , , , , 45 gate to a particular attribute. The navigation index retrieves 

highlighting the attribute, drawing a solid box around the r c . * . . . , t , , 

6 , . , +- . . lnformaUon in the dynamic detail development component, 

attnbute, or displaying the attnbute m a dine rent color or . , u . . , . . . T 

. , . ' . « . , , including the business obiect and obiect structure (70). In 

shade in comparison to the background. , t . , t • * j * 

r & particular, the user launches the navigation index from a 

Hie user can also selectively instruct the system to display detail development component, and the detail development 

the navigation index 28. This is typically accomplished by 50 component passes along to the newly created navigation 

selecting the "close" button 31 to close the navigation index index me current o5ject stmcture being use d for representing 

28, and selecting an "open" command on menu bar 29 to the DUS j ness object. This object structure contains all of the 

open the navigation index 28. attributes being viewed, arranged in hierarchical groupings. 

An implementation of a navigation index takes advantage The navigation index takes the object structure, determines 

of the information in the object structure that is already 55 all of the attributes present on the business objects and 

present for the dynamic construction of the interface. With creates a list of all the attributes present in the object 

the object structure, the navigation index knows all the structure (72), and displays the index (74) such as in the 

attributes and their locations in the user interface. The tool window shown in FIGS. 6 and 7. The navigation index is 

works with the detail development component to perform preferably selectively displayed in response to a user- 

the appropriate actions in the user interface. 60 entered signal, such as using a cursor-control device to 

FIG. 8 is a diagram of typical hardware components for "click on" a particular icon or menu item which controls 

implementing the present invention. The system includes a display of the navigation index. While the list is shown in 

computer 34 which is a typical digital computer such as a alphabetical order, the system can also construct the list at 

personal computer. The computer 34 includes a micropro- step 72 in other orders or according to particular categories, 

cessor 36 for executing software programs. The micropro- 65 such as common function or type, e.g., financial, math, or 

cessor 36 is interfaced with a read only memory 38 and educational. The navigation index also maintains a commu- 

random access memory 40. The computer 34 is interfaced nication link to the detail development component. 
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FIG. 12 is a flow chart illustrating operation of the system 
for indicating a location of an attribute. After a user selects 
an attribute (76), the navigation index converts the selection 
to an actual attribute and relays the selection to the detail 
development component (78). The component finds the 
location of the attribute in the object structure hierarchy, and 
subsequently selects the appropriate field (80); it also 
changes the selected car button and selected tab if needed 
(82). 

The following describes the relationship between 
dynamic screen generation and indexed tabs. The object 
structure is a hierarchical grouping of attributes on a busi- 
ness object. It is independent of any interface or represen- 
tation. The dynamic screen generation interprets this object 
structure and creates a consistent view of the business object 
using the information within the structure. One of the views 
of a business object is to use tabs. Because of the object 
structure and the fact that dynamic screen generation uses 
the object structure in a consistent manner, the system knows 
where each attribute of the business object is located in the 
interface. The navigation index also uses the information in 
the object structure to determine which attributes are present 
in the view of the business object. It does not require that the 
views be dynamically generated, only that the development 
component responsible for maintaining that view can navi- 
gate to the proper attribute when the user selects it from the 
index. 

30 

While the present invention has been described in con- 
nection with a preferred embodiment thereof, it will be 
understood that many modifications will be readily apparent 
to those skilled in the art, and this application is intended to 
cover any adaptations or variations thereof. It is manifestly 35 
intended that this invention be limited only by the claims and 
equivalents thereof. 
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What is claimed is: 

1. A system for navigating at least one object within a 
computer-implemented object environment, the system 
comprising: 

object means for electronically specifying at least one 
object, the object having an object structure defining a 
hierarchy of particular attributes; 

display means for displaying an object environment 
including a user interface generated as a function of 
representations of the object and the object structure, 
the representations specifying at least one type of a user 
interface element for displaying at least one of the 
particular attributes, and wherein the display means 
comprises means for displaying three levels of an 
object grouping; and 

location means for providing a visual indication of a 
location of a user-specified attribute within the dis- 
played object environment. 

2. A method for using a computer to navigate at least one 
object within a computer-implemented object environment, 
the method comprising: 

electronically specifying at least one object, the object 
having an object structure defining a hierarchy of 
particular attributes; 

displaying an object environment including a user inter- 
face generated as a function of representations of the 
object and the object structure, the representations 
specifying at least one type of a user interface element 
for displaying at least one of the particular attributes, 
and wherein displaying comprises displaying three 
levels of an object grouping; and 

providing a visual indication of a location of a user- 
specified attribute within the displayed object environ- 
ment. 
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